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Prufungsantrag gem. § 44 PatG 1st gestellt 

@ Verfahren zur Vereinfachung der Kommunikation mit Chipkarten 

(§) Eine erfindungsgemaBe Vorrichtung zur Kommunikation 
elner Anwendung (10) mit einer Chipkarte (20) welst minde- 
stens ein Anwendungsdatertverzelchnis (30) - Oder auch 
Wdrterbuch genannt - zur Aufnahma von Informationen 
uber anwandungsspeztfische Daten der Anwendung (10), 
und mindestons ein Chlpkartendlalogmodul (40) - oder auch 
Agent genannt - fur die Generierung von Kommandos mit 
Hilfe des Anwendungsdatenverzeichnisses (30) fur eine 
SchnittsteUe zur Chipkarte (20) auf, wobel das Chlpkarten- 
dialog modul (40) kartenspezifische Daten uber die Chipkarte 
(20) enthiit Von der Anwendung (10) wird eine Anfrage 
(100) zur Kommunikation mit der Chipkarte (20) an das fur 
die Chipkarte (20) spezifizierte Chipkartendialogmodui (40) 
gestellt. Das Chipkartendialogmodui (40) erzeugt auf die 
Anfrage (100) hln mlndestens ein Kommando (110). das zu 
£ einer Kommunikation mit der Chipkarte (20) erforderiich 1st. 
Das Chipkartendialogmodui (40) macht slch hierfOr anwen- 
■ dungsspezif ische Informationen, die In dem Anwendungsda- 
tenverzeichnis (30) gespeichert sind, zuganglich. 
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Beschreibung 



Gebiet der Erfindung 

Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur Kommunikation einer Anwendung mit einer 
Chipkarte, sowie eine Verwendung in LeseVSchreibgeraten fur Chipkartea 

Stand der Technik 

AIs Datentragerkarten oder Chipkarten werden heute tragbare, zumeist kleine, in etwa in Scheckkartenfor- 
mat sich befindliche, Kartea vorzugsweise aus Kunststoff oder Metall, mit einem darin integrierten elektroni- 
schen Chip bezeichnet Ira Gegensatz zu einfachen Speicherkarten (die als Memory Chip-Cards oder Memory- 
Cards bekannt sind) besitzen inteiligente Datentragerkarten (auch multifunktionale Chipkarten, oder Smart- 
Cards genannt) neben einem Speicherbereich einen eigenen Prozessor zur Kontrolle der auf dem Chip der 
Datentragerkarte gespeicherten Datea Dies erlaubt einen besseren Schutz der Daten und ffihrt zu einer 
verbesserten Funkuonalitat der Chipkartea Einf ache Speicherkarten eriauben im allgemeinen nur ein Schreiben 
und Lesen der Datea Inteiligente Datentragerkarten verfugen darfiber hinaus noch Qber Funktionen zur 
Strukturierung der Datea zur Lokalisierung der Datea zur Verwaltung der Daten und zum Schutz der Datea 
Die Schnittstelle einer intelligenten Chipkarte, und damit auch die erforderiiche Programmierung (z. B. von 
KommandosequenzenX urn Daten von einer Chipkarte zu lesea ist daher wesentlich komplexer als die von 
Speicherkartea 

Der vor allem wegen der erhfihten Falschungssicherheit zunehmende Einsatz von Chipkarten erstreckt sich 
auf zahlreiche Anwendungsgebiete. Anwendungen mit Chipkartea also Anwendungen, fur die eine Kommuni- 
kation eines beliebigen Gerates mit einer Chipkarte erforderlich ist, kdnnen beispielsweise das bargeldlose 
Bezahlea Identifikation des Chipkartenmhabers, die Speicherung von Daten oder dergleichen seia Eine Aiiwen- 
dung besteht dabei aus internen Anwendungsteilen auf der Chipkarte und exteraen Anwendungsteilen in 
entsprechenden Geratea wie z. B. Geidautomatea PCs oder speziellen Terminals. Allgemein stelien interne 
Anwendungsteile alle Daten und Programme dar, die auf der Chipkarte selbst gespeichert werdea wahrend die 
extemen Anwendungsteile al!e Daten und Programme auBerhalb der Chipkarte darstellea Die Programmie- 
rung dieser externen Anwendungsteile obliegt meist den Prognunmierern der Gerate, mit denen eine Chipkarte 
zum Einsatz kommen soIL Haufig existiert in diesen Geraten bereits eine komplexe Software-Plattfona Um hier 
Anwendungen mit Chipkarten zu integrierea sind umfangreiche ICenntnisse fiber die Struktur der dort gespei- 
cherten Daten und die Schnittstelle der Chipkarte erforderlich. 

Die meisten verwandten Chipkarten unterscheiden sich von Hersteller zu Hersteller deutlich voneinander. 
Viele der Chipkarten implementieren eine Teilmenge des ISO Standards 7816 und verfugen zusatzlich fiber 
einige Sonderfunktionea Dazu kommt in der Praxis die erforderiiche Kenntnis der Details der zu iraplementie- 
renden internen und externen Anwendungsteile. 

Um einen Zugriff auf die auf Chipkarten gespeicherten Daten zu ermoglichea erfolgt zumeist eine feste 
Programmierung (Kodierung) von Kommandos. Dies bedeutet jedoch eine erhdhte Starrheit der Anwendung 
und eine schlechte Wartbarkeit 

Beim Einsatz von Chipkarten wird im allgemeinen eine Verschlusselung der Daten oder der Kommandos zur 
Authentisierung der Chipkarte oder der, zur Chipkarte externen Welt verwendet Meist wird dabei ein symme- 
trischer Verschlusselungsalgorithmus, wie der DES (digital encryption standard), oder ein asymmetrischer 
Verschlusselungsalgorithmus, wie z. B. ein Public-Key Algorithmus, benutzt Zur Authentisierung des Chipkar- 
teninhabers kommt derzeit fast ausschlieBlich eine ldentifikationsnummer PIN (Personal Identification Number) 
zum Einsatz. Neben Geratea wie Lese-/Schreibgeraten fur Chipkartea sind daher insbesondere noch weitere 
Elemente, wie die Authentisierungselemente zur Verschlusselung und zur Eingabe der PIN, fur eine Anwendung 
mit Chipkarten zu beriicksichtigen und kdnnen an einer solchen Anwendung beteiligt seia 

Eine Kommunikation der, durch Hardware oder Software realisiertea Elemente und Gerate mit den externen 
Anwendungsteilen geschieht durch die Verwendung von Programmierechnittstellea Fur eine Chipkarte ist eine 
einf ache Schnittstelle jedoch nicht befriedigend Durch die Komplexitat der Datenstrukturen und der erforderli- 
chen Kommandos reicht es nicht aus, eine Einbettung der Kommandos in ein anderes Protokoll oder eine hdhere 
Programmiersprache zu verwendea Dies setzt auch, fur anwendungsspezifische Datea die Kenntnis fiber 
interne Strukturen der Chipkarte und damit auch fiber ihre Erreichbarkeit und Zugreifbarkeit durch die Anwen- 
dung fiber die Schnittstelle zur Chipkarte hia voraus. 

Zusammenf assung der Erfindung 

Es ist Aufgabe der Erfindung, eine Vereinfachung der Schnittstelle zur Kommunikation mit einer Chipkarte zu 
schaff ea Die Aufgabe der Erfindung wird entsprechend der unabhangigen Ansprfiche gelost 

Eine erfindungsgemaBe Vorrichtung zur Kommunikation einer Anwendung mit einer Chipkarte weist minde- 
stens ein Anwendungsdatenverzeichnis - oder auch Worterbuch genannt - zur Aufnahme von Informationen 
fiber anwendungsspezifische Daten der Anwendung, und mindestens ein Chipkartendialogmodul — auch Agent 
genannt — fur die Generierung von Kommandos mit Hilfe des Anwendungsdatenverzeichnisses fur eine 
Schnittstelle zur Chipkarte, wobei das Chipkartendialogmodul kartenspezifische Daten fiber die Chipkarte 
en thai t. 

Von der Anwendung wird eine Anfrage zur Kommunikation mit der Chipkarte an das fur die Chipkarte 
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spezifiziertes Chipkartendialogmodul gestellt Das Chipkartendialogmodul erzeugt auf die Anfrage hin minde- 
stens ein Kommando, das zu einer Kommunikation mit der Chipkarte erforderlich ist Das Chipkartendialogmo- 
dul macht sich hierfur anwendungsspezifische Inforrnationen, die in dem Anwendungsdatenverzeichnis gespei- 
chert sind, zuganglich. 

Urn die Implementierung von Anwendungen mit unterschiedlichen Typen von Chipkarten zu erleichtern, ist es 5 
erforderlich, eine mdglichst einheitliche Schnittstelle der Anwendungen zur Chipkarte zu bekommen. Erfin- 
dungsgem3B erfolgt eine Trennung zwischen anwendungsspezifischen Daten und kartenspezifischen DateiL 
Anwendungsspezifische Daten sind solche Daten, die Inforrnationen fiber Art, Lokalitat, Umfang und Zugriffs- 
methoden fur auf einer Chipkarte gespeicherte Daten enthalten, sowie die auf der Chipkarte gespeicherten 
Daten selbst Kartenspezifische Daten dagegen stellen solche Daten dar, die Inforrnationen fiber die erforderli- to 
chen Koramandos und das Protokoll einer Chipkarte zum Zugriff auf die dort gespeicherten Daten geben. 

Die Trennung zwischen anwendungsspezifischen Daten und kartenspezifischen Daten ermoglicht es, daB ein 
und dieselbe Anwendung mit verschiedenen Chipkartentypen realisiert werden kann. Dies fuhrt zu einer 
wesentlichen Vereinf achung der Schnittstelle zu Chipkarten und verbessert andererseits die Trennung zwischen 
internen Anwendungsteilen auf der Chipkarte und von der Chipkarte getrennten, externen Anwendungsteilen. is 
Eine flexible Anpassung an neue Anwendungen und Chipkartentypen wird so unterstfitzt 

Die hier vorgestellte Ldsung erleichtert sowohl die Integration von Chipkarten in existenten Anwendungen, 
als auch die Implementierung neuer Anwendungen. Durch die Trennung von anwendungsspezifischen und 
kartenspezifischen Daten werden die fiir Anwendungen erforderlichen Kenntnisse minimiert und ihre Verwen- 
dung vereinfacht Die Wartbarkeit der internen als auch externen Anwendungsteile wird deutlich verbessert Die 20 
Anwendung der Chipkarte wird von kartenspezifischen Aspekten wie Kommandos, Protokollen und Daten- 
strukturen entlastet Gleichzeitig wird neben einer synchronen auch eine asynchrone Betriebsart ermoglicht 

Die Erfindung findet vorzugsweise Anwendung in Lese-/Schreibgeraten fur Chipkarten im weitesten Sinne, 
das heiBt in PCs oder anderen Geraten die eine Kommunikation mit Chipkarten koordinieren, steuern und 
mittelbar oder unmittelbar durchfuhren. 25 

Weitere, vorteilhafte Ausfiihrungen der Erfindung finden sich in den Unteransprfichen. 

Beschreibung der Zeichnungen 

Zur naheren ErlSuterung der Erfindung sind tm folgenden Ausfuhrungsbeispiele mit Bezugnahme auf die 
Zeichnungen beschrieben. Es zeigen: 

Fig. 1 eine schematische Darstellung der erfindungsgemaBen Kommunikation einer Anwendung mit einer 
Chipkarte, 

Fig. 2 die Verwendung mehrerer Wdrterbficher und/oder mehrerer Agenten fur eine Vielzahl verschiedener 
Anwendungen und Typen von Chipkarten, 

Fig. 3 eine weitere Ausfuhrungsform die eine Reduzierung des Overheads bei der Kommunikation mit der 
Chipkarte ermoglicht 

Beschreibung der Erfindung 

40 

Fig. 1 zeigt eine schematische Darstellung der erfindungsgemaBen Kommunikation einer Anwendung 10 mit 
einer Chipkarte 20. Die Anwendung 10 befindet sich, getrennt von der Chipkarte 20, beispielsweise in einem 
Lese-/Schreibgerat, einem Computer oder einer sonstigen, zur Kommunikation mit der Chipkarte 20 fHhigen 
Umgebung. Ein Anwendungsdatenverzeichnis, das sogenannte Wdrterbuch 30 (application dictionary), dient zur 
Aufnahme von anwendungsspezifischen Daten. Ein Chipkartendialogmodul, der sogenannte Agent 40 (smart 45 
card agent oder smart card interpreter); generiert die erforderlichen Kommandos fiir die Schnittstelle der 
Chipkarte 20. 

Das Worterbuch 30 enthalt Inforrnationen fiber Art, Lokalitat, Umfang und Zugriffsmethoden von auf einer 
Chipkarte gespeicherten Daten, sowie Inforrnationen hlr die, aufgrund der Sicherheitsvorgaben der Anwendung 
10 eventuell erforderliche, Behandlung dieser Daten. Zur einfachen Idenufizierung der jeweiligen Daten ffir 50 
einen Zugriff durch die Anwendung 10 werden den Daten ein oder mehrere AJias-Naraen zugeordnet Diese 
Inforrnationen werden in geeigneter Form, wie z. B. tabeDarisch oder hierarchisch, in dem Worterbuch 30 
angelegt und umfassen alle erforderlichen Inforrnationen fur die Anwendung 10 oder eine Vielzahl weiterer 
Anwendungen (n&heres dazu siehe Fig. 2). Der Zugriff auf das Wdrterbuch 30 erfolgt nur durch den Agenten 40. 
Die Zuprdnung eines Worterbuchs 30 zu einem Agenten 40 kommt durch den externen Anwendungsteil oder 55 
einer speziellen Erweiterung des Agenten 40 zustande. 

Die Generierung des Wdrterbuches 30 geschieht vorzugsweise durch eine manuelle Erstellung der erforderli- 
chen Daten. Dazu werden samdiche Inforrnationen fiir alle auf der Chipkarte 20 befindlichen Daten und deren 
Eigenschaften benotigt Die von der Anwendung 10 auf der Chipkarte 20 erreichbaren Daten werden mit den ffir 
das Wdrterbuch 30 vorgesehenen Alias-N amen versehen. 60 

Sollen Daten der Chipkarte 20 prozessiert werden, stellt die Anwendung 10 eine Anfrage 100 an den Agenten 
40. Eine solche Anfrage 100 enthalt Inforrnationen fiber die gewunschte Zugriffsmethode, sowie den Alias-Na- 
men der gewfinschten Daten. Der Agent 40 erzeugt auf diese Anfrage 100 hin die erforderlichen Kommandose- 
quenzen, um auf Daten der Chipkarte 20 zugreifen zu konnen. Er bedient sich dabei der Inforrnationen, die in 
dem Worterbuch 30 in einem Eintrag fur den jeweiligen Alias-Namen gespeichert sind. Die erforderlichen 65 
Parameter der Zugriffsmethode werden mit der Anfrage 100 an den Agenten 40 ubergebea Beispielsweise 
gehoren zu der Anfrage 100, die ein Lesen eines Datums auf der Chipkarte 20 bewirken soli, der Alias-Name des 
Datums, die zu verwendende Lesemethode und Angaben fiber den Ort zur Hinterlegung der Antwort auf die 
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Anfragc 100. Eine solche Anfrage kann also zum Beispie) aus der Zugriffsart LESEN fur Daten mit dem 
Alias-Naraen KONTONUMMER und einer Speicheradresse zur Hinterlegung der Daten bestehen. Neben den 
Methoden Lesen und Schreiben konnen hier u. a, auch Authentisierung, Erzeugen oder Loschen von Strukturen, 
sowie die bei Chipkarten realisierbaren anwendungsspezifischen Kommandos auftreten. Bei diesen handelt es 
5 sich um auf der Chipkarte 20 gespeicherte Methoden die durch spezieUe Kommandos ausgeldst werden. Dies 
kann zum Beispiel die Modification des Betrags einer auf dem Chip der Chipkarte 20 implementierten Geldbor- 
se sein. 

Um eine leichte Einbettung in existierende Systeme zu ermoglichen, ist es vielfach erforderlich, eine asynchro- 
ne Funktionsweise des Agenten 40 zu garantieren. Viele der verwendeten Softwareplattformen erfordern eine 

io ereignisgesteuerte Programmierung. Ein synchron arbeitendes Modul kann eventuel) zu einer temporaren 
Blockierung des gesamten Systems hlhren. Die Dauer dieser Blockierung ist fur Chipkarten-Anwendungen 
jedoch vielfach nicht tragbar, da diese eine Datenubertragung zu einem relativ langsamen Medium, sowie eine 
Bearbeitung von Kommandos auf einem relativ langsamen Prozessor etnschlieBt 
Der Agent 40 wird vorzugsweise als asynchrones Modul implementiert, laBt sich jedoch auch synchron 

15 betreiben. Auf die Anfrage 100 der Anwendung 10 hin, generiert der Agent 40 eine Sequenz von Kommandos fur 
die Chipkarte. Ein jedes Kommando 110 der Sequenz wird einzem an die An wendun S 10 zuruckgegeben. Diese 
fibertragt das jeweilige Kommando 110 des Agenten 40 als ein Anwendungskommando 130 an ein entsprechen- 
des Lese-/Schreibgerat 120 zum unmittelbaren Lesen und Schreiben von Daten auf der Chipkarte 20. An dieser 
Stelle sei erwahnt, daB die Anwendung 10, wie bereits oben beschrieben wurde, auch direkt in dem Lese- 

20 /Schreibgerat 120 lokalisiert sein kann. Auch kann fur bestimmte Anwendung anstatt einer Sequenz von 
Kommandos ein einzelnes Kommando 110 ausreichen. 

Das Lese-/Schreibgerat 120 fibertragt das Anwendungskommando 130, oder ein davon abgeleitetes Anwen- 
dungskommando 130", auf die Chipkarte 20 und empfangt von diesem eine Antwort 140. Die Daten der Antwort 
140, oder einer ebenfalls davon abgeleitete Antwort iW, werden von der Anwendung 10 entgegengenommen 

25 und wiederum als Antwortdaten 150 dem Agenten 40 zugefuhrt Dieser interpretiert die Antwortdaten 150 und 
generiert daraufhin, falls erforderlich, das nachste Kommando. Der Vorgang wird solange wiederholt, bis die 
gewunschten Daten prozessiert worden sind. Am Ende des Vorganges, oder auch kontinuierlich wahrend der 
Kommandosequenz, Obermittelt der Agent 40 einen Datensatz 160 als Reaktion auf die Anfrage 100 und die von 
der Chipkarte 20 zuruckgegebenen Daten an die Anwendung 10. Dieser Datensatz 160 stellt die, fOr die 

30 Anwendung 10 verstandliche Antwort der Chipkarte 20 auf die, fur die Chipkarte 20 nicht verstandliche Anfrage 
100 der Anwendung 10 dar. 

Die Realisierung des Agenten 40 geschieht vorzugsweise durch die Verwendung des Konzeptes der endlichen 
Automaten. Ein solcher Automat ist in der Lage, seinen intemen Zustand zu speichern und aufgrund von 
Eingabedaten und seinem aktuellem Zustand in einen anderen Zustand zu wechseln. Die Programmierung dieses 

35 Automaten geschieht durch die Vorgabe der gewunschten Zustandsanderungen fur die jeweiligen Kombinatio- 
nen aus augenblicklichem Zustand und Eingabedaten. 

Wahrend der Generierung von Kommandos kommt es bei Verwendung von durch Schlussel geschutzten 
Daten oder Befehlen, z. B. auf der Chipkarte 20, auch zu den erforderlichen Ver- und Entschlfisselungen. Diese 
sollen aufgrund der Sicherheitsvorgaben vielfach nicht durch den Agenten 40 selbst durchgefuhrt werden. Der 

40 Agent 40 wird daher durch eine geeignete Anfrage an die Anwendung 10 diesen Bedarf signalisieren und die 
erforderlichen Daten lief ern. Die Anwendung 10 ihrerseits wird in den raeisten Fallen diese Anfrage des Agenten 
40 an ein spezialisiertes Modul zur Verschlusselung weiterleiten. Nach der Antwort kann der Agent 40 mit der 
Generierung der Kommandosequenz fortfahren. 

Neben speziellen Anfragen zur Verschlusselung konnen unter anderem noch Anfragen an das Lese-/Schreib- 

45 gerat 120, sowie Anfragen zu einem (nicht gezeigten) PIN Eingabegerat auftreten. Diese Anfragen werden durch 
die Anwendung 10 an die entsprechenden Gerate zur Bearbeitung weitergeleheL 

Um mit der Chipkarte 20 zu kommunizieren, wird die Anwendung 10 zunachst den geeigneten Agenten 40 
(beispielswebe aus einer Vietzahl moglicher Agenten) auswahlen. Spatestens bei der Generierung einer Anfrage 
an den Agenten 40 wird auch das gewunschte Wdrterbuch 30 spezifiziert Beides geschieht aufgrund spezieller 

50 Antwortdaten der Karte, die z. B. durch eine anfangliche Abfrage von der Chipkarte 20 erhalten wurden, und 
Kenntnissen fiber die jeweilige, auszufuhrende Anwendung 10. Nach Auswahl des Agenten 40 und des Wdrter- 
buches 30 kann durch die Anwendung 10 die Anfrage 100 an den Agenten 40 gestellt werden. Der Agent 40 
durchsucht daraufhin das Worterbuch 30 nach dem in der Anfrage 100 enthaltenen Alias-Namen und erhalt 
daruber auch die erforderlichen anwendungsspezifischen Informationen. Die erste Anfrage 100 versetzt den 

55 Agenten 40 in einen Startzustand und es wird daraufhin der erste Befehl der erforderlichen Kommandosequenz 
generiert Mit jeder Antwort auf ein Kommando wird der Agent 40 den internen Zustand wechseln und 
Informationen fiber den Fortschritt der Sequenz sammela Die Generierung von Kommandos orient ab, sobald 
der Agent 40 einen, ffir die Anfrage relevanten, Endzustand erreicht hat. Dies ist der Fall, wenn ein Fehler bei der 
Kommunikation aufgetreten sein soUte, oder die Daten erfolgreich prozessiert worden sind 

6o SoUte eine Xnderung der Anwendung 10 durch eine Modifikation der auf Chipkarten gespeicherten Daten 
erforderlich werden, kann dies auf eine Anderung des Worterbuchs 30 begrenzt werden. Ein neues Wdrterbuch 
30 v (nicht gezei^t) wird der Anwendung 10 verfugbar gemacht, und die Anwendung 10 selbst muB nicht geandert 
werden. Eine Anderung der auf die Chipkarte 20 bezogenen Teile der Anwendung 10, wie zum Beispiel die 
Verwendung anderer Chipkartentypen mit unterschiedlicher Schnittstelle, ffihrt zu einer Generierung eines 

65 neuen Agenten W (nicht gezeigt> Die datenbezogenen Informationen zu der Anwendung 10 in dem Wdrter- 
buch 30 oder 30' mussen dabei nicht geandert werden. 

Es ist zu verstehen, daB das Kommando 110 und die Antwort 140 des Agenten 40 vorzugsweise weder durch 
die Anwendung 10 noch durch das Lese-/Schreibgerat 120 oder eventuefl andere zwischen Agent 40 und 
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Chipkarte 20 liegenden Gerate verandert wird. Die Signale 110, 130 und 130' sind in diesem Fafl identisch, und 
die Chipkarte 20 erhaJt mittelbar das Kommando 110 des Agenten 40 und ubermittelt diesem wiederum 
(gleichfalls mittelbar) seine Antwort 140 auf das Kommando 110. Damit sind auch die Signale 140, 140* und 150 
identisch. Analog dazu ist auch eine jeweilige unmittelbare Obertragung des Kommandos 110 an die Chipkarte 
20 und der entsprechenden Antwort 140 zuruck an den Agenten 40 realisierbar. 5 

Es ist auch zu verstehen, daB der Agent 40 sowohl in einem asynchronen als auch in einem synchronen Modus 
betrieben werden kana Im asynchronen Modus wartet die Anwendung 10 nicht auf cine Ruckmeldung des 
Agenten 40 auf die Anfrage 100 und stent somit auch zwischen Anfrage 100 und Ruckmeldung zur Verffigung. 
Im synchronen Modus jedoch wartet die Anwendung 10 auf eine Ruckmeldung des Agenten 40 auf die Anfrage 
100 und steht erst nach erfolgter Ruckmeldung wieder zur Verffigung. 10 

Fig. 2 zeigt die Verwendung mehrerer Worterbucher 230 und/oder mehrerer Agenten 240 fur eine Vielzahl 
verschiedener Anwendungen 210 und Typen von Chipkarten 220. Eine sogenannte Agentur 250 wird durch die 
Anwendung 10 aus der Vielzahl von Anwendungen 210 ansteUe des Agenten 40, wie in Fig. 1, aufgerufen. 
Aufgabe der Agentur 250 ist es, die verschiedenen Worterbficher 230 und Agenten 240 zu verwalten und bei 
Bedarf fur die Verffigbarkeit entsprechender Versionen zu sorgen. Dazu wird vorzugsweise eine Liste aller is 
iokalen Wdrterbucher 230 und Agenten 240 mit deren Eigenschaften sowie der Kriterien, wann diese zu 
verwenden sind, benutzt Ist kein geeigneter Agent oder kein geeignetes Worterbuch verffigbar, kann von einer 
anderen Agentur 260 ein benotigtes Exemplar, oder eine Kopie davon, angefordert werden. Dies kann fiber ein 
iokales Netzwerk, sowie fiber geeignete Kommunikationswege zwischen den Agenturen 250 und 260 geschehen. 

Wird bei der Implementierung eines Agenten 40 eine interpretierte Programmiersprache verwendet, kann ein 20 
und dieselbe Implementierung auch auf Geraten mit unterschiedlicher Hardware und Betriebssystemen verwen- 
det werden. Dazu wird fur jedes GerSt ein passender Interpreter implementiert, der das Programm des Agenten 
interpretierend abarbeitet 

Sind beira Transport von Kommandos vom Agenten 40 zur Chipkarte 20 mehrere Programm-Ebenen und 
Schnittstellen zu durchlaufen, ergibt sich eventuell ein deutiicher Overhead bei der Kommunikation mit der 25 
Chipkarte 20. Dieser kann verringert werden, indem man, wie in Fig. 3 gezeigt, den Agenten 40 naher zur 
Chipkarte 20 hin plaziert Dazu wird der Agent 40 durch einen Steilvertreter, den sogenannten Proxy 340 ersetzt 
Dieser erstellt ffir jede Anfrage 100 einen einzigen Datensatz 350 mit alien erforderlichen Informationen aus 
dem Worterbuch 30 und laBt diesen an einen Router 360 senden. Der Router 360 empfangt den Datensatz 350 
des Proxy 340, instruiert nun seinerseits den auf diese Ebene verschobenen Agenten 40. Alle vom Agenten 40 30 
generierten Kommandos 370 werden nun durch den Router 360 an die Chipkarte 20 geschickt und jede Antwort 
380 wiederum an den Agenten 40. Ein Resultat 390 der Anfrage 100 nach der Kommunikation des Agenten 40 
mit der Chipkarte 20 wird schJieBHch vom Router 360 an den Proxy 340 und von diesem als Antwort 160 an die 
Anwendung 10 zurfickgegeben. Der Proxy 340 garanti'ert eine einheitliche Schnittstelle fiir die Anwendung 10, 
so daB diese bei seiner Verwendung nicht geandert werden muB. Die Anwendung 10 bleibt unabhangig davon, 35 
ob sie mit dem Agenten 40 oder dessen Proxy 340 kommuniziert Der Router 360 wird vorzugsweise auf der 
gleichen Ebene wie der Agent 40 plaziert, wahrend das Worterbuch 30 auf der Ebene der Anwendung 10, 
beziehungsweise der Agentur 230, verbleibt 

Es sei angemerkt, daB das Lese-/SchreibgerSt 120 eine abstrakte Darstellung eines Ge rates mit einem 
unmittelbaren Zugriff auf die Chipkarte 20 darstellt Das Lese-/Schreibgerat 120 kann jedoch aus einer Vielzahl 40 
einz einer Gerate und Schichten mit einzelnen Schnittstellen untereinanderbestehen. 

Es ist zu verstehen, daB sich die Erfindung sowohl auf die einfachen Speicherkarten als auch auf intelligente 
Datentragerkarten mit einem eigenen Prozessor zur KontroOe der auf dem Chip der Datentragerkarte gespei- 
cherten Daten bezieht 

Eine Modifikation des Wdrterbuches 30 laBt sich erfindungsgemaB auch unmittelbar durch den Agenten 40 45 
bzw. die Agentur 250 bewerkstelhgen. Dies ist insbesondere dann von Vorteil, wenn Strukturen auf der Chipkar- 
te 20 mit Hilf e des Agenten 40 erzeugt oder verandert werden sollen, z. B. wenn der Agent 40 eine neue Datei auf 
der Chipkarte 20 neu anlegen oder umgestalten solL Diese neue Information wird dann von dem Agenten 40 
bzw. der Agentur 250 in das W6rterbuch 30 etngetragen. 

In einer Ausfuhrungsform der Erfindung befindet sich das Worterbuch 30 unmittelbar auf der Chipkarte 20. 50 
Dies ermdglicht, daB immer das bendtigte Wdrterbuch 30 fur die Chipkarte 20 unmittelbar zur VerfOgung steht 
In einer weiteren Ausfuhrungsform wird von der Chipkarte 20 das unmittelbar auf dieser Chipkarte 20 sich 
befindliche Wdrterbuch 30 kopiert und gespeichert (vorzugsweise durch den Agenten 40) und steht dem 
Agenten 40 bzw. der Agentur 250 fur weitere Chipkarten desselben Chipkarten types zur Verffigung. 

55 

Detailliertes Ausfuhrungsbeispiel 

Das folgende Beispiel soil den Ablauf einer Kommandosequenz verdeutlichen. Die Anwendung 10 mdchte 
eine Kontonuramer von der Chipkarte 20 lesen. Der dabei zu verwendende Agent 40 wird anhand von Karten- 
merkmalen des Chipkartentypes der Chipkarte 20 selektiert Die Anwendung 10 schickt die Anfrage 100 an den eo 
Agenten 40, dem bereits ein speziftsches Wdrterbuch 30 durch eine vorangegangene Auswahl anhand von 
Kartendaten des Chipkartentypes der Chipkarte 20 zugeordnet sein solL Tabelle 1 zeigt einen Ausschnitt aus 
dem zugeordneten Wdrterbuch 30. 

Die Anfrage 100 enthalt als Parametern den BefehJ "LESEN*, den Aliasnamen "KONTON UMMER* und die 
Speicheradresse eines Puffers, in dem das Ergebnis auf die Anfrage 100 abgelegt werden soil. Der Agent 40 65 
durchsucht darauf hin das Wdrterbuch 30 nach dem Aliasnamen *KONTONUMMER" (siehe Tabelle 1). Der 
gefundene Eintrag liefert die Informationen, in welchem Verzeichnis und in welcher Datei der Chipkarte 20 
dieses Datum zu finden ist, sowie Angaben fiber die Art und den Umfang des Datums und sicherheitsrelevante 
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Angaben. Die Daten auf der Chipkarte 20 scien in diesem Beispiel in Verzeichnissen angeordnet, wie diese von 
Dateisysteraen fur Computer bekannt sind 

In diesem Beispiel wird in Tabelle I (mit Pfeil markiert) unter dem Aliasnamen "KONTONUMMER" die 
Pfadangabe "3F00.A! 00.4001" gefunden und die Angabe, das es sich um eine Datei des Typs TRANSPARENT 
handelt Das Datum befindet sich in der Datei mit Offset 4 und einer Lange von 5 bytes. Zur Obersetzung der 
logischen Schlusselnummern in physikaiische Schlussel dient die Angabe der Schiusseldomane KREDIT und dv " 
Authorisierungsdomane AUTKREDIT. Bei der Eingabe von PaBwdrtern (mit einer PIN) wird fur PIN1 und 
PIN2 die Domane GLOBAL verwendet Eine Domane fur ein bestimmtes Objekt stellt eine Menge von 
Verzeichnis sen und Dateien dar, die auf eine gemeinsame Instanz dieses Objektes zugretfen. 

Der Agent 40 beginnt mit der Generierung einer Kommandosequenz zur Selektion des erforderlichen 
Verzeichnisses auf der Chipkarte 20 anhand der Pfadangabe "3F00A 100.4001* Dabei wird die augenblickliche 
Verzeichnisselektion in Betracht gezogen. Fur den Fall, daB das Verzeichnis 3FD0 bereits selektiert ist, wird als 
ein erstes Kommando 110 zur Selektion des Unterverzeichnisses A 100 generiert Dieses erste Kommando 110 
wird an die Anwendung 10 zuruckgegeben mit einem Signal, das die Kommandosequenz fortgesetzt werden solL 
Die Anwendung 10 gibt das erste Kommando 110 als Kommando 130 daraufhin an eine Schnittsteile zur 
Obertragung an das verwendete Schreib/Lesegerat 120 fur die Chipkarte 20 weiter. Dieses ubertragt das 
Kommando 130 an die Chipkarte 20. Die Chipkarte 20 sendet eine Antwort 140 mit einer Bestatigung der 
Auswahl und gegebenenfalls Informationen Dber das selektierte Verzeichnis. Die Ajitwort 140 wird vora 
Schreib/Lesegerat 120 an die Anwendung 10 geschickt, die diese sofort als Antwortdaten 150 an den Agenten 40 
weiterleitet 

Die Antwortdaten 150 liegen im Allgemeinen in einem der Anwendung 10 unverstandlichen Format vor. Um 
die Antwortdaten verstehen zu kdnnen, mflssen die umf angreichen Kenntnisse des Agenten 40 fiber die Chipkar- 
te 20 vorhanden sein. Der Agent 40 kann aus den Antwortdaten 150 SchlQsse fiber den Erfolg des ersten 
Kommandos 1 10 ziehen und Informationen uber der Fortschritt der Kommandosequenz sammeln. Als nachstes 
wird ein zweites Kommando 1 10* zur Selektion der Datei 4001 an die Anwendung 10 ubermittelt und wie zuvor 
das erste Kommando 110 behandelt 

AnschlieBend wird ein weiteres Kommando 110" zum Lesen der angeforderten Daten generiert. Dazu wird 
die Information uber Ort (Offset =4) und GroBe (Lange =5) der Kontonummer verwendet Das Kommando 
110" wird wie zuvor Kommando 110 ubertragen und entsprechend von der Chipkarte 20 beantwortet Die 
Antwortdaten 150" der Chipkarte 20 enthalten nun auBerdem die gewOnschten Daten. Diese Daten seien 
beispielsweise verschlusselt, was der Agent 40 anhand vorhergehender Informationen bei der Selektion der 
Datei erkannt hat Nun wird eine Anfrage 160 des Agenten 40 an die Anwendung 10 generiert, um eine 
Entschlusselung der Daten durchzufuhren. Die Anwendung 10 kann die Entschlusselung selbst durchffihren oder 
sie an ein weiteres spezialisiertes Modul weiterleiten. Das Ergebnis wird als Antwortdatum 150"' an den 
Agenten 40 zuruckgegeben. Dieser kopiert nun die Daten in einem der Anwendung 10 verstandlichen Format in 
den bei der ursprttnglichen Anfrage 100 angegebenen Pufferspeicher und signalisiert der Anwendung 10 das 
Ende der Kommandosequenz. Die Anwendung 10 kann nun auf die Kontonummer zugreifen und eine nachste 
Anfrage an den Agenten 40 senden. 
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Patentansprfiche 

1. Vorrichtung zur Kommunikation einer Anwendung (10) rait einer Chipkarte (20), gekennzeichnet durch: 
mindestens ein Anwendungsdatenverzeichnis (30) zur Aufnahrae von Informationen fiber anwendungsspe- 
zifische Daten der Anwendung (10), und 

mindestens ein Chipkartendialogmodul (40) fur die Generierung von Kommandos mit Hilfe des Anwen- 
dungsdatenverzeichnisses (30) fur eine SchnittsteDe zur Chipkarte (20), wobei das Chipkartendialogmodul 
(40) kartenspezifische Daten fiber die Chipkarte (20) enthalt 
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2. Vorrichtung nach Anspruch 1, dadurch gekennzeichnet, da6 das Anwendungsdatenverzeichnis (30) AJias- 
Namen zur Bezeichnung der anwendungsspezifischen Daten enthalt 

3. Vorrichtung nach Anspruch 1 oder 2, dadurch gekennzeichnet, daB nur das Chipkartendialogmodul (40) 
Zugriff auf das Anwendungsdatenverzeichnis (30) hat 

4. Vorrichtung nach einem der vorstehenden Anspruche, gekennzeichnet durch ein Zuordnungsmitte! zur 
Zuordnung eines An wendungsdatenverzeichnisses (30) zu einem Chipkartendialogmodul (40). 

5. Vorrichtung nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, daB in dem Anwendungs- 
datenverzeichnis (30) die Informationen fur eine oder mehrere Anwendungen (10) enthalten sind. 

6. Vorrichtung nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, daB das Chipkartendia- 
logmodu) (40) so implementiert ist, daB es sowohl als synchrones als auch als asynchrones Modul verwendet 
werden kann. 

7. Vorrichtung nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, daB das Chipkartendia- 
Iogmodul (40) als ein endlicher Automat implementiert ist, der in der Lage ist, sicb seinen internen Zustand 
zu merken und aufgrund von Eingabedaten und aktueilem Zustand in einen anderen Zustand zu wechseln. 

8. Vorrichtung nach einem der vorstehenden Anspruche, gekennzeichnet durch mindestens eine Agentur 
(250, 260), die fur die Verwaltung der jeweils vorhandenen Chipkartendialogmodule (240, 2400 ""d Anwen- 
dungsdatenverzeichnisse (230, 230*) zustandig ist und von der Anwendung (10) benutzt wird, urn die 
entsprechende Kombination von Chipkartendialogmodul (40) und Anwendungsdatenverzeichnis (30) fur 
den jeweiligen Typ von Chipkarten (20) zu bestimmen. 

9. Vorrichtung nach Anspruch 8» dadurch gekennzeichnet, daB die mindestens eine Agentur (250) mit einer 
weiteren Agentur (260) uber ein Netzwerk oder einen anderen, geeigneten Kommunikationsweg in Verbin- 
dung steht 

1 0. Vorrichtung nach einem der vorstehenden Anspruche, gekennzeichnet durch 

einen Stellvertreter (340), der in etwa in der Ebene der Anwendung (10) plaziert ist und das Chipkartendia- 
logmodul (40) in seiner Kommunikation mit der Anwendung (10) ersetzt, der Stellvertreter (340) weist ein 
Mittel zur Erstellung eines Datensatzes (350) auf, wobei der Datensatz (350) auf eine Anfrage (100) der 
Anwendung (10) hin Informationen aus dem Anwendungsdatenverzeichnis (30) enthalt; 
einen Router (360) mit einem Mittel zura Empfang des Datensatzes (350) und einem Mittel zur Instruktion 
des auf die Ebene des Router (360) verschobenen Chipkartendialogmoduls (40), 

wobei der Router (360) ein von dem Chipkartendialogmodul (40) generiertes Kommando (370) an die 
Chipkarte (20) und eine Antwort (380) der Chipkarte (20) auf das Kommando (370) an das Chipkartendialog- 
modul (40) schickt, der Router (360) ein Resultat (390) der Anfrage (100) nach der Kommunikation des 
Chipkartendialogmoduls (40) mit der Chipkarte (20) an den Stellvertreter (340) zuruckgibt, und der Stellver- 
treter (340) eine Antwort (160) an die Anwendung (10) gib L 

1 1. Verfahren zur Kommunikation einer Anwendung (10) mit einer Chipkarte (20X dadurch gekennzeichnet, 
daB 

von der Anwendung (10) eine Anfrage (100) zur Kommunikation mit der Chipkarte (20) an ein fur die 
Chipkarte (20) spezifiziertes Chipkartendialogmodul (40) gestellt wird, das kartenspezifische Daten uber die 
Chipkarte (20) aufweist, und 

das Chipkartendialogmodul (40) auf die Anfrage (100) hin mindestens ein Kommando (110) erzeugt, das zu 
einer Kommunikation mit der Chipkarte (20) erforderlich ist, wobei das Chipkartendialogmodul (40) sich 
dabei anwendungsspezifische Informationen, die in einem Anwendungsdatenverzeichnis (30) gespeichert 
sind, zuganglich macht 

1 2. Verfahren nach Anspruch 1 1, dadurch gekennzeichnet, daB 

das Chipkartendialogmodul (40) durch die Anwendung (10) aus einer Vielzahl von Chipkartendialogmodu- 
len (40) ausgewahlt wird; 

spatestens bei der Generierung der Anfrage (100) an das Chipkartendialogmodul (40) das Anwendungsda- 
tenverzeichnis (30) spezifiziert wird; 

wobei beides aufgrund spezieller Antwortdaten der Chipkarte (20) und Kenntnissen uber die jeweilige, 
auszuf uhrende Anwendung (10) geschieht 

13. Verfahren nach Anspruch 12, dadurch gekennzeichnet, daB die speziellen Antwortdaten der Chipkarte 
(20) durch eine anf angliche Abfrage von der Chipkarte (20) erhalten wurden. 

14. Verfahren nach einem der Anspruche 11 —13, dadurch gekennzeichnet daB in dem Anwendungsdaten- 
verzeichnis (30) zur Identifizierung den jeweiligen Daten fur einen Zugriff durch die Anwendung (10) 
mindestens ein Alias- Name zugeordnet wind. 

15. Verfahren nach Anspruch 14, dadurch gekennzeichnet, daB die Anfrage (100) Informationen Ober die 
gewunschte Zugriff smethode sowie den Alias- N amen der gewunschten Daten enthalt 

16. Verfahren nach Anspruch 15, dadurch gekennzeichnet, daB nach Stellen der Anfrage (100) an das 
Chipkartendialogmodul (40) dieses das Anwendungsdatenverzeichnis (30) nach in der Anfrage 100 enthalte- 
nen Alias-Namen durchsucht 

17. Verfahren nach einem der Anspruche 11 — 16, dadurch gekennzeichnet, daB die erste Anfrage (100) das 
Chipkartendialogmodul (40) in einen Startzustand versetzt, daraufhin ein erstes Kommando einer Kom- 
mandosequenz generiert wird, wobei mit jeder Antwort (150) auf ein Kommando (110) das Chipkartendia- 
logmodul (40) den internen Zustand wechselt und Informationen uber den Fortschritt der Sequenz sammelt, 
und die Generierung von Kommandos abbricht, sobald das Chipkartendialogmodul (40) einen, fur die 
Anfrage (100) relevanten, Endzustand erreicht hat 

18. Verfahren nach Anspruch 17, dadurch gekennzeichnet, daB der Endzustand erreicht wird, wenn ein 
Fehler bei der Kommunikation aufgetreten sein sollte oder die Daten erf olgreich prozessiert worden sind 
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19. Verfahren nach einem der Anspriiche 11 — 18, dadurch gekennzeichnet, daB bei einer Modifikation der 
auf der Chipkarte (20) gespeicherten Daten nur eine Anderung des jeweiligen Anwendungsdatenverzeich- 
nis (30) durchgefuhrt und ein neues Anwendungsdatenverzeichnis (30*) der Anwendung (10) verffigbar 
gemacht wird, wobei die Anwendung (10) seibst nicht geandert werden muB. 

20. Verfahren nach einem der Anspriiche 11 — 19, dadurch gekennzeichnet, daB bei einer Anderung der auf 5 
die Chipkarte (20) bezogenen Teile der Anwendung (10) eine Generierung eines neuen Chipkartendialog- 
moduls (40') durchgefQhrt wird 

21. Verfahren nach einem der Anspriiche 11—20, dadurch gekennzeichnet, daB bei der Verwendung 
mehrerer Anwendungsdatenverzeichnis (230) und/oder mehrerer Chipkartendialogmodule (240) fur eine 
Vielzahl verschiedener Anwendungen (210) und Typen von Chipkarten (220) eine Agentur (250) durch die to 
Anwendung (10) aufgerufen wird, wobei die Agentur (250) die verschiedenen Anwendungsdatenverzeich- 
nisse (230) und Chipkartendialogmodule (240) verwaltet 

22. Verfahren nach Anspmch 21, dadurch gekennzeichnet, daB die Agentur (250) bei Bedarf fur die Verfflg- 
barkeit entsprechender Versionen von Anwendungsdatenverzeichnissen (230) und Chipkartendiaiogmodu- 
len(240)sorgt 15 

23. Verfahren nach Anspruch 20 oder 21, dadurch gekennzeichnet, daB die Agentur (250) von einer anderen 
Agentur (260) ein bendtigtes Exemplar entsprechender Versionen von Anwendungsdatenverzeichnissen 
(230) und/oder Chipkartendialogmodulen (240), oder eine Kopie davon, anfordert 

24. Verfahren nach einem der Ansprflche 20— 23, dadurch gekennzeichnet, daB die Agentur (250) fehiende 
Teile durch Kommunikation mit anderen, lokal oder uber Vernetzung erreichbaren Resourcen, beschafft 20 

25. Verfahren nach einem der Anspriiche 1 1 —24, dadurch gekennzeichnet, daB 

das erzeugte Kommando (1 10) an die Anwendung (10) zuruckgegeben wird und von dieser als ein Anwen- 
dungskommando (130) an ein entsprechendes Lese-/Schreibgerat (120) zum unmittelbaren Lesen und 
Schreiben von Daten auf der Chipkarte (20) weitergegeben wird; 

das Lese-/Schreibgerat (120) das Anwendungskommando (130) oder ein davon abgeleitetes Anwendungs- 25 
kommando (130/) auf die Chipkarte (20) ubertragt und von dieser eine Antwort (140) empfangt; 
die Antwort (140), oder eine ebenfalls davon abgeleitete Antwort (140*X von der Anwendung (10) entgegen- 
genommen wird und wiederum als Antwortdaten (150) dem Chipkartendialogmodul (40) zugefilhrt werden; 
das Chipkartendialogmodul (40) die Antwortdaten (150) interpretiert und daraufhin ein nachstes Komman- 
do generiert; 30 
wobei der Vorgang solange wiederholt wird, bis die Anfrage (100) prozessiert worden sind. 

26. Verfahren nach Anspruch 25, dadurch gekennzeichnet, daB am Ende des Vorganges, oder auch kontinu- 
ierlich wahrend einer Komraandosequenz, das Chipkartendialogmodul (40) einen Datensatz (160) als Reak- 
tion auf die Anfrage (100) und die von der Chipkarte (20) zurtickgegebenen Daten an die Anwendung (10) 
Gbermittelt, wobei der Datensatz (160) die, fur die Anwendung (10) verstandliche Antwort der Chipkarte 35 
(20) auf die, fur die Chipkarte (20) nicht verstandliche Anfrage (1 00) der Anwendung (1 0) darst ellt 

27. Verfahren nach einem der Anspriiche 1 1 —26, dadurch gekennzeichnet, daB bei Verwendung von durch 
Schlussel geschOtzten Daten oder Befehlen, 

das Chipkartendialogmodul (40) mit einer geeignete Anfrage an die Anwendung (10) einen Bedarf zur 
Durchffihmng der erforderlichen Ver- und Entschlusselungen signalisiert und die erforderlichen Daten an 40 
diese liefert; und 

die Anwendung (10) die Anfrage des Chipkartendialogmoduls (40) an ein spezialisiertes Modul zur Ver- 
schiusselung weiterleitet 

28. Verfahren nach einem der Anspriiche 1 1 —27, dadurch gekennzeichnet, daB fur die Prozessierung von 
Daten und/oder Programmen auf der Chipkarte (20) durch die Anwendung (10) die Angabe eines Alias-Na- 45 
mens eines Datums und/oder eines Programmes und eine gewOnschte Zugriffsmethode fibergeben wird 

29. Verfahren nach Anspruch 28, dadurch gekennzeichnet, daB als Zugriffsmethoden Lesen, Schreiben, 
Authentisierung, und/oder Erzeugen oder Loschen von Strukturen auftreten kdnnen. 

30. Verfahren nach Anspruch 27 oder 28, dadurch gekennzeichnet, daB als Zugriffsmethode die bei der 
Chipkarte (20) realisierbaren anwendungsspezif ischen Kommandos auftreten kdnnen, die auf der Chipkarte 50 
(20) gespeichert und durch spezielle Kommandos ausgeldst werden kdnnen. 

31 . Verfahren nach einem der Ansprflche 1 1 — 30, dadurch gekennzeichnet, daB 

ein Stellvertreter (340), der in etwa in der Ebene der Anwendung (10) plaziert 1st und das Chipkartendialog- 
modul (40) in seiner ICommunikadon mit der Anwendung (10) ersetzt, auf die Anfrage (100) der Anwendung 
(10) hin einen Datensatz (350) erstellt, der Informationen a us dem Anwendungsdatenverzeichnis (30) ent- 55 
halt; 

ein Router (360) den Datensatz (350) empfangt und das, auf diese Ebene des Router (360) verschobene, 
Chipkartendialogmodul (40), instruiert ; 

der Router (360) ein von dem Chipkartendialogmodul (40) generiertes Kommando (370) an die Chipkarte 
(20) und eine Antwort (380) der Chipkarte (20) auf das Kommando (370) an das Chipkartendialogmodul (40) 60 
schickt, der Router (360) ein Resultat (390) der Anfrage (100) nach der Kommunikation des Chipkartendia- 
logmoduls (40) mit der Chipkarte (20) an den Stellvertreter (340) zurGckgibt, und der Stellvertreter (340) 
eine Antwort (160) an die Anwendung (10) gibt 

32. Verfahren nach einem der Anspriiche 11—31, dadurch gekennzeichnet, daB die Generierung des Anwen- 
dungsdatenverzeichnisses (30) durch eine manuelle Erstellung der erforderlichen Daten geschieht, wobei 65 
die Generierung mit Hilfe samtlicher Informationen fur alle auf der Chipkarte (20) befmdlichen Daten und 
deren Eigenschaften durchgeffihrt wird und die von der Anwendung (10) auf der Chipkarte (20) erreichba- 
ren Daten mit Alias- N amen versehen werden. 
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33. Verfahren nach einem der Anspruche 11—32, dadurch gekennzeichnet, daB eine Modifikation des 
Anwendungsdatenverzeichnisses (30) unmittelbar durch das Chipkartendialogmodul (40) oder die Agentur 
(250) bewerksteDigt wini 

34. Verfahren nach einem der Anspruche 1 1 —33, dadurch gekennzeichnet, daB ein auf der Chipkarte (20) 
sich befindliches Anwendungsdatenverzeichnis (30) kopiert, gespeichert und dem Chipkartendialogmodul 
(40) oder der Agentur (250) zur Verf figung gestellt wird. 

35. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, 
daB die anwendungsspezifischen Daten Informationen Ober Art, Lokalitat, Umfang und Zugriffsmethoden 
fur auf einer Chipkarte gespeicherte Daten, sowie uber auf der Chipkarte (20) gespeicherten Daten aufwei- 
sen. 

36. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, 
daB die kartenspezinsche Daten Informationen uber die Kommandos und das Protokoll der Chipkarte (20) 
zum Zugrif f auf die dort gespeicherten Daten aufweisen. 

37. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, 
daB die kartenspezihschen Informationen komplette Grundstrukturen der Chipkarte (20) oder fur Teile 
davon enthalten. 

38. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, 
daB die kartenspezifischen Informationen in tabellarischer und/oder hierarchischer Form angelegt sind. 

39. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, 
daB die Chipkarte (20) entweder eine Speicherkarte roit oder ohne einem eigenen Prozessor ist 

40. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, 
daB sich das Anwendungsdatenverzeichnis (30) auf der Chipkarte (20) befinde t 

41. Lese/Schreibgerat fur Chipkarten (20), gekennzeichnet durch eine Vorrichtung und/oder Verfahren 
entsprechend einem der vorstehenden Anspruche. 

4Z Verwendung des Verf ahrens und/oder der Vorrichtung entsprechend einem der vorstehenden Anspru- 
chen in einem Lese/Schreibgerat fur Chipkarten (20). 
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Abstract of DE1 9522527 

A device according to the invention for 
communication between an application (10) and 
a chip card (20) has at least one application data 
dictionary (30) for holding information on 
application-specific application data, and at least 
one chip card dialogue module (40) or "agent" for 
generating, with the aid of the application data 
dictionary (30), commands for an interface with 
the chip card (20)- Th © chip card dialogue 
module (40) contains card-specific data 
pertaining to the chip card (20). From the 
application (10) a request (100) for 
communication with the chip card (20) is 
submitted to the chip card dialogue module (40) 
which is specifically adapted to the chip card 
(20). At that request (100), the chip card dialogue 
module (40) generates at least one command 
(110) which is necessary for communication with 
the chip card (20). The chip card dialogue 
module (40) gives access to relevant application- 
specific information (30) stored in the application 
data dictionary (30). 
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